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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

15 This invention generally relates to digitally wrapped 

communication formats and, more particularly, to a system and method 
for programming the selection of frame synchronization word bit error 
rates in frame structured communication. 

2. Description of the Related Art 

20 Frame synchronization is used in most communication 

technologies where extra bandwidth is required to add functionality into 
the original data stream. There is no standard practice with respect to 
the bandwidth allocation of frame synchronization words. Neither is 
there an ability to customize the use of that bandwidth and 

25 synchronization thresholding adaptive to various bit error rate conditions 
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in a variable rate forward error correction (FEC) system implementing 
interleaved multi-frame superframes. 



digital frame structure could be devoted to payload. However, a 
5 significant portion of the frame is devoted to FEC to remove errors that 
are introduced in data transmission lines. Even fiber optic systems can be 
noisy enough to introduce errors, when the distance between nodes is 
great enough. Part of the frame must also be used for maintenance 
functions between communication nodes. Further, a portion of the frame 
10 must be devoted to synchronization. The synchronization function 

becomes even more critical when the frames are scrambled to randomize 
the data density. These maintenance and synchronization bytes reside in 
the overhead section of the frame. However, as mentioned above, there is 
no standard protocol defining the number, location, or value of frame 



15 synchronization bytes. Hardware devoted to any particular protocol or 
implementation quickly becomes obsolete. An exclusively software 
approach to managing communications is cumbersome. 



be developed that permitted flexibility in defining the frame 
20 synchronization bytes, so as to permit the hardware to be used in a 
number of communication standards. * 



in a digital fram^t ruc ture could be made programmable to account for 



It would increase bandwidth if all the bytes, or words of a 



It would be advantageous if communication hardware could 



It would be advantageous if the frame synchronization bytes 
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It would be advantageous if the bit error rate (BER) of frame 
synchronization bytes (FSBs) could be made selectable in a 
multidimensional digital frame structure. 

Likewise, it would be advantageous if thejjuant^y, location, 
and the values of FSBs could be made selectable to accommodate a 
number of communication standards, or changes to existing standards. 

SUMMARY OF THE INVENTION 

Accordingly, an integrated circuit communication device is 
provided that includes programmable features to allocate bandwidth for 
frame synchronization words and set up the error thresholding, adjusting 
the robustness to bit errors and the time required to achieve 
synchronization. More specifically, the device provides for: 

a programmable frame synchronization word bandwidth; 

programmable frame synchronization words; 

different synchronization words with independent allocated 
bandwidths; ^ ^ 

frame synchronization word translation between the decoder 

and encoder; 

frame synchronization word error thresholding for system 

robustness; 

programmable synchronization (in-to-sync) parameters; and 
programmable out-of-sync synchronization parameters. 
Broadly, this invention describes a structure for 
programming key features for a frame synchronization system using a 
multidimensional digital frame. More particularly, an example of the 
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invention is provided in a programmable framing structure for a forward 
error correction (FEC) encoded channel interleaved to 16 levels with a 4 
frame superframe. The structure provides the user the ability to allocate 
the amount of bandwidth dedicated to the frame synchronization words, to 

5 control the speed of synchronization and the robustness to channel noise. 
As an added benefit, a programmable synchronization threshold can be 
set to even further increase the robustness to channel noise and to 
decrease the synchronization time under high bit error rate conditions. 
These techniques together allow users to increase network security and 

10 partitioning as well as to dynamically reallocate the bandwidth occupied 
for framing based on link conditions without corrupting user data. 



Details of the programmable communication IC and a 
method for variably programming the frame synchronization structure in 
a multidimensional digital frame structure are provided below. 



15 



BRIEF DESCRIPTION OF THE DRAWING 



,w^.. Fig. 1 is a schematic block diagram of a system for variably 

programming frame synchronization in the communication of a 



multidimensional digital frame structure. 



20 



Fig. 2 is a diagram illustrating a multidimensional digital 



frame structure. 



Fig. 3 is a flowchart depicting a method for variably 
programming the bit error rate of frame synchronization bytes in a 
multidimensional digital frame structure. 
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Fig. 4 is a flowchart depicting a method for variably 
programming the bit error rate of frame synchronization bytes in the 
communication of a multidimensional digital frame structure. 

Fig. 5 is an example of a subframe consisting of a 255-byte 
RS(255,239) block with an overhead (OH) byte as the first byte, followed 
by 238 user payload bytes, and 16 bytes of RS parity. 

Fig. 6 illustrates the stacking of subframes in a frame. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Fig. 1 is a schematic block diagram of a system for variably 
programming frame synchronization in the communication of a 
multidimensional digital frame structure. The system 100 comprises a 
transmitter 102 with a frame generator 104. The frame generator 104 
includes an overhead generator 106 having an input to accept commands 
on line 108 for selecting the number of synchronization bytes in the 
overhead section of a frame. A payload generator 110 supplies^the- ._ 
information that is to be transmitted. The information can be generated 
at the transmitter 102, or it can be the payload of a previously received 
frame. In this case, the transmitter 102 acts as a relay. The frame 
generator 104 also includes an FEC section, or encoder 112. The encoder 
codes the payload so that errors due to degradation can be removed at the 
destination. In some aspects of the invention, parts of the overhead 
section, or the entire overhead section is encoded, along with the payload. 
Commands to select FSB locations are accepted on line 114, and 
commands to select FSB values are accepted on line 116. 
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Fig. 2 is a diagram illustrating a multidimensional digital 
frame structure. As can be seen from examining Frame 1, each frame is 
considered to be multidimensional because it includes a plurality of rows, 
where each row includes an overhead byte, payload bytes, and parity 
(FEC) bytes. The present invention is not limited to any particular 
number of bytes to the overhead, payload, and FEC sections, or to any 
particular number of rows. 

Returning to Fig. 1, the system 100 includes a raceiver 120 
with a frame receiver 122. The frame receiver 122 includes an overhead 
receiver 124 with an input on line 126 tojiccej^ 

the number of frame synchronizationjbytes-for synchronizing the received 
frame. The overhead rece^rj^syncl^mze^ the frame jn response to 
recognizing the selected frame synchronizationjjyfctfs. In other aspects of 
the invention, the frame synchronization function is performed by other 
elements of the receiver 120 (not shown). Once the FSBs have been 
identified, synchronization is possible. The frame pan be decoded and the 
payload identified. In some aspects of the invention,- the receiver 120 is 
part of a relay, and the payload is relayed as is, or modified before it is 
retransmitted. Commands to accept FSBJyifc errooiMrates are accepted on 
line 128, commands to accept FSB locations are accepted on line 130, and 
commands to accept FSB values are accepted on line 1J4. 

The frame overhead section includes a first plurality of 
overhead bytes, in the example of Fig. 2, there are sixteen FSBs per 
frame, or sixty-four FSBs per superframe. Each overhead byte includes a 
second plurality of bits. Typically, the second plurality is equal to eight, 
although the present invention is not limited to any particular number of 
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bits per byte, overhead bytes per frame, or frames per superframe. The 
overhead receiver 124 selects thejbitjsrro^ 

synchronization bytes in the range from z ero to the second plura lity of 
errors. That is, the error can be represented by a number in the range 
5 from zero to eightjbits (FF), although a larger, multi-byte number would 
also be possible. 

In general, the invention is oriented to the selection of a bit 
error rate for the FSBs processed by the overhead receiver 124, however, 
the concept is equally applicable to any of the bytes in the overhead 

10 section. It is also generally true that the bit error rate refers to an 

average bit error. Typically, the average BER relates to the average BER 
for FSBs in a frame. For example, the frame receiver 122 receives a frame 
with an overhead section including a first plurality of frame 
synchronization bytes. The overhead receiver 124 selects an average bit 

15 rate for the first plurality of frame synchronization bytes in each frame. 
However, the BER can be averaged across the frames of a superframe, or 
across a plurality of superfr ames.-. < 
In some aspects of the invention, the BER is not averaged. 
For example, the overhead receiver 124 independently selects a bit error 

20 rate for each frame synchronization byte. Alternately, BER can be 
differentiated by FSB location, value, or quantity. 

Other variations of the BER selection concept include 
selecting a plurality of BERs. For example, the overhead receiver 124 
selects a first error rate and a second error rate. In some aspects of the 

25 invention, the overhead receiver 124 selects a first error rate in a first 
frame and a second error rate in a second frame. The multiple BER 
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concept can also be applied to individual FSB in a frame, to different 
frames in a superframe, or to different superframes. Note that the 
multiple BER can be averaged BERs, or not. 

As noted above, the overhead receiver 124 selects the byte 
5 value of the frame synchronization bytes in the overhead section in 

response to commands on line 134. In some aspects of the invention, the 
overhead receiver 124 selects a plurality of frame synchronization byte 
values, and a bit error rate for each of the plurality of frame 
synchronization values. Otherwise, the overhead receiver 124 selects an 
!!3 10 average bit error rate for the plurality of frame synchronization values. 
!^ The overhead receiver 124 selects the number of frame 

synchronization bytes in the overhead section in response to commands 
^ received on line 126. In some aspects of the invention, the overhead 

receiver 124 selects an average bit error rate for the selected number of 
j;* 15 frame synchronization bytes. Otherwise, the overhead receiver 124 

selects a plurality of frame synchronization bytes, and a corresponding 
plurality of bit.error rates. 

The overhead receiver 124 selects the location of the frame 
synchronization bytes in the overhead section in response to commands 
20 received on line 130. In some aspects of the invention, the overhead 
receiver 124 selects an average bit error rate for the selected frame 
synchronization byte locations. Otherwise, the overhead receiver 124 
selects a bit error rate for each frame synchronization byte location. 

The overhead receiver 124 has an input to accept commands 
25 selecting the number of consecutive frames that must be recognized on 
line 138. The overhead receiver synchronizes the received frame in 
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response to recognizing frame synchronization bytes having a bit error 
rate less than, or equal to, the selected bit error rate in the selected 
number of consecutive frames. 

Likewise, the overhead receiver 124 has an input on line 140 
to accept commands selecting the number of received frames in which 
frame synchronization bytes are not recognized. The overhead receiver 
124 falls out of synchronization in response to the selected number of 
received frames in which frame synchronization bytes are not recognized. 

Returning to Fig. 2, it can be seen that a superframe includes 
a plurality of frames. Four frames are shown, but the present invention is 
not limited to any particular number of frames per superframe. 
Returning to Fig. 1, the frame generator 104 defines a superframe 
structure with a predetermined number of frames per superframe. Then, 
the overhead generator 106 selects frame synchronization byte values in 
the overhead section of each frame of the superframe. Likewise, the 
overhead receiver 124 recognizes frame synchronization bytes in each 
frame of the superframe. In some aspects of the invention, theoverhead 
receiver 124 selects the number of frame synchronization bytes required 
for recognition, for each frame. 

In some aspects of the invention, the frame generator 104 
forms a superframe consisting of a first, second, third, and fourth frame, 
and the overhead generator 106 supplies a first frame synchronization 
byte value for the first frame, a second value for the second frame, a third 
byte value for the third frame, and a fourth byte value for the fourth 
frame. The first, second, third, and fourth byte values need not 
necessarily be different. Also, as explained below, each frame may include 
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more than one FSB value. Typically, however, only the first frame 
includes FSB bytes, so that the overhead generator selects a second, third, 
and fourth number of byte values equal to zero. In the simple case, the 
frame receiver 122 forms a superframe consisting of a first, second, third, 
and fourth frame, and the overhead receiver 124 selects the first byte 
value for the first frame, the second byte value for the second frame, the 
third byte value for the third frame, and the fourth byte value for the 
fourth frame. Again, it is typical that the overhead receiver 124 selects a 
second, third, and fourth number of byte values equal to zero. 

The overhead receiver 124 also selects the number of 
consecutive frames that must be recognized on line 138, and synchronizes 
the received superframe in response to the selected number of recognized 
frames. For example, the system may require that FSBs in two 
consecutive frames be identified, before a superframe is recognized. 
Likewise, the system may require that a plurality of consecutive 
superframes be recognized before synchronisation occurs. In the context 
of a superframe structure of four frames, the two. consecutive frames- may . . 
be frame one of a first superframe and frame two of a second superframe. 

In some aspects of the invention, the overhead receiver 124 
selects a number of bytes for each frame of the superframe, and recognizes 
the selected number of frame synchronization bytes in each frame of the 
superframe. For example, the overhead receiver 124 selects a first 
number of byte values for a first frame of the superframe, and 
synchronizes the first frame by recognizing the first number of byte values 
in the first frame of the superframe. 
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In a simple aspect of the invention, the overhead generator 
106 selects a first number of frame synchronization byte values in the 
overhead section of a frame, and the overhead receiver 124 selects the 
first number of frame synchronization byte values for recognition for the 
5 first frame. However, the overhead receiver need not select the all the 
FSBs that have been supplied by the overhead generator 106. For 
example, when the overhead generator supplies a first number of frame 
synchronization byte values for a first frame, the overhead receiver 124 
can select a second number of byte values, less than the first number, for 

10 the first frame. The overhead receiver synchronizes the received frame in 
response to recognizing the second number of frame synchronization byte 
values in the first frame. 

Further, the overhead generator 106 can supply a first 
number of FSBs in a first frame and a second number of FSBs in the 

15 second frame. The overhead receiver 124 can synchronize using the first 
number of FSB values in the first frame and the second number of FSBs 
in the second frame. However, as explained, the overhead receiver 124 
does not require all the FSBs that are generated. 

In some aspects of the invention, the overhead receivier 124 

20 accepts commands for selecting the location of the bytes on line 130 to be 
used for the frame synchronization of received frames. The overhead 
receiver 124 synchronizes the received frame in response to recognizing 
frame synchronization bytes in the selected locations. For example, the 
overhead receiver 124 selects a first number of byte locations, and 

25 synchronizes the received frame in response to recognizing frame 
synchronization bytes in the first number of selected locations. 
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However, the frame locations can vary between frames, and 
between superframes. For example, the overhead receiver 124 selects a 
first number of FSB byte values in a first number of frames arid a second 
number of FSB byte values in a second number of locations. Likewise, a 
first number of location can be selected in a first frame of the superframe, 
and a second number of locations in a second frame. The overhead 
receiver 124 synchronizes the received frame in response to recognizing 
frame synchronization bytes in the first number of selected locations in 
the first frame and the second number of selected locations in the second 
frame. Looking at Fig. 2 momentarily to refine the above-mentioned 
example, locations OH 1, OH 2, and OH 3 can be selected for the first 
frame, while locations OH 5, OH 6, and OH 7 can be selected for the 
second frame. This example would, of course, require the overhead 
generator 106 to supply FSBs in at least the above-mentioned byte 
locations. 

In a simple aspect of the invention, the overhead generator 
106 selects a first number of locations fora first number of frame 
synchronization bytes, in response to commands on line 132, and the 
overhead receiver 124 selects the first number of locations for the first 
number of frame synchronization bytes. However, the overhead receiver 
need not select all the location provided by the overhead generator 106. 
For example, the overhead generator 106 selects a first number of 
locations for a first number of frame synchronization bytes, and the 
overhead receiver 124 selects a second number of locations for a second 
number of frame synchronization bytes, less than the first number, and 
synchronizes the received frame in response to recognizing frame 
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synchronization bytes in the second number of selected locations. 
Momentarily examining Fig. 2, the overhead generator 106 may supply 
FSBs in locations OH 1 through OH 6, while the overhead receiver selects 
locations OH 4 through OH 6 for use. 
5 In some aspects of the invention, the overhead receiver 

accepts commands for selecting the values of each frame synchronization 
byte on line 134. The overhead receiver 124 synchronizes the received 
frame in response to recognizing the values of synchronization bytes. 
Typically, the FSB word is a byte of eight bits, although the invention is 

10 not limited to an FSB word of any particular length. With eight bit 

values, 2 8 possible FSB values are possible for every FSB. Likewise, the 
FSB values may vary inside a frame. If a frame includes a first plurality, 
i.e., sixteen, overhead bytes, and sixteen FSBs are selected, then each of 
the sixteen FSBs may be the same byte value. On the other extreme, each 

15 FSB byte value may be different, and sixteen FSB values can be used in 
the frame. Thus, each frame can be synchronized using FSBs having 
different values-.- ~~~~ 

In one aspect of the invention, the overhead receiver 124 
selects first frame synchronization bytes having a first value and second 

20 frame synchronization bytes having a second value. Then, the overhead 
receiver 124 synchronizes the received frame in response to recognizing 
the first frame synchronization bytes having the first value and the 
second frame synchronization bytes having the second value. Although an 
example using two different FSB values is presented above, it is possible 

25 to have as many FSBs as there are rows in a frame. Thus, in the frame 
structure of Fig. 3, each frame could have a first plurality (sixteen in the 
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example of Fig. 2) unique FSB values. Even more FSB values could be 
used if a greater portion of each row was devoted to the overhead section, 
at the expense of the payload or FEC sections. 

Likewise, the value of the FSBs can change between frames. 
5 In some aspects of the invention, the overhead receiver 124 selects a first 
number of frame synchronization bytes having a first value in a first 
frame and a second number of frame synchronization bytes having a 
second value in a second frame, The overhead receiver synchronizes the 
received frame in response to recognizing the first number of frame 
10 synchronization bytes having the first value in the first frame and the 

second number of frame synchronization bytes having the second value in 
the second frame. 

Alternately, multiple FSB values can be used in multiple 
frames. For example, the overhead receiver 124 selects a first number of 
* 15 frame synchronization bytes having a first value and a second number of 
frame synchronization bytes having a second value in a first and second 



{If 



3 frame. Then, the overhead receiver 124 synchronizes the frame in 

response to recognizing frame synchronization bytes having the first and 
second values in the first and second frames. In some aspects of the 
20 invention, the first FSB values are located in a first frame, and the second 
FSB values are located in a second frame. 

In a simple aspect of the invention, the overhead generator 
106 selects frame synchronization bytes having a first value, in response 
to commands on line 136, and the overhead receiver 124 selects frame 
25 synchronization bytes having the first value. However, the overhead 
receiver 124 need not select all the FSB values supplied by the overhead 
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generator. For example, the overhead generator 106 selects a first 
number of frame synchronization bytes having a first value in a first 
number of locations and a second number of frame synchronization bytes 
in a second number of locations having a second value. The overhead 
5 receiver 124 selects a third number of frame synchronization bytes in a 
third number of locations, less than the first number, having the first 
value, and a fourth number of frame synchronization bytes in a fourth 
number of locations, less than the second number, having the second 
value. The overhead receiver 124 synchronizes the received frame in 
10 response to recognizing the third number of frame synchronization bytes 
having the first value in the third number of locations, and the fourth 
number of frame synchronization bytes having the second value in the 
fourth number of locations. 

As mentioned above, the overhead receiver can select the 
15 quantity of FSB in each frame. For example, the overhead receiver 124 
can select a first number of FSB values in a first frame, and a second 
number of FSB values in a second frame. Then, synchronization caiLoccur 
in response to the number of FSB in each frame. 

When the overhead receiver is not able to recognize FSBs, 
20 synchronization is lost. Once again, the way in which the system loses 
synchronization is programmable. The overhead receiver 124 accepts 
commands on line 140 for selecting a number of consecutive non- 
recognized frames. Then, the overhead receiver 124 falls out of 
synchronizing in response to the selected number of consecutively non- 
25 recognized frames. The ability to select BER is a powerful feature that 
permits the user to respond to differing communication partners and 
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varying signal to noise ratios. Degrading the selected BER permits the 
receiver to accept communications from transmitters having uncertain 
protocols. Also, FSB bytes can be robbed without losing synchronization. 
Further, a single set of FSB locations or values can be used in situations 
5 where a plurality of receivers are expecting a plurality of differing FSB 
configurations. 

Fig. 3 is a flowchart depicting a method for variably 
programming the bit error rate of frame synchronization bytes in a 
multidimensional digital frame structure. Although the method is 

10 depicted as a sequence of numbered steps for clarity, no order should be 
inferred from the numbering unless explicitly stated. The method begins 
with Step 300. Step 302 receives a frame with an overhead section having 
a predetermined number of bytes. Step 304 selects the bit error rate for 
bytes in the overhead section. 

15 In some aspects of the invention, the overhead section 

includes frame synchronization bytes. Selecting the bit error rate for 
bytes in the overhead section in Step 304 includes selecting- the bit error 
rate for the frame synchronization bytes. 

In some aspects, selecting the bit error rate of the frame 

20 synchronization bytes in Step 304 includes selecting an average bit error 
rate. 

In some aspects, receiving a frame in Step 302 includes 
receiving an overhead section including a first plurality of frame 
synchronization bytes. Selecting an average bit error rate in Step 304 
25 includes selecting an average bit rate for the first plurality of frame 
synchronization bytes in each frame. 
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In some aspects of the invention, receiving a frame in Step 
302 includes receiving a plurality of frames in a superframe. Selecting an 
average bit error rate in Step 304 includes selecting an average bit error 
rate for the frame synchronization bytes across a span of a superframe. 

In some aspects, receiving a frame in Step 302 includes 
receiving a plurality of frames in a plurality of superframes. Selecting an 
average bit error rate in Step 304 includes selecting an average bit error 
rate for the frame synchronization bytes across a span of a plurality of 
superframes. 

Step 303 supplies a bit error rate selection byte with a second 
plurality of bits. Selecting the bit error rate of the frame synchronization 
bytes in Step 304 includes selecting a bit error rate responsive to the bit 
error rate selection byte, in the range from zero to the second plurality of 
bit values. 

In some aspects, selecting the bit error rate of the frame 
synchronization bytes in Step 304 includes independently selecting a bit 
error rate for each frame synchronization byte. 

In some aspects, selecting the bit error rate for the frame 
synchronization bytes in Step 304 includes selecting a first error rate and 
a second error rate. 

In some aspects of the invention, selecting the bit error rate 
for the frame synchronization bytes Step 304 includes selecting a first 
error rate in a first frame and a second error rate in a second frame. 

Step 308 selects the byte value of the frame synchronization 
bytes in the overhead section. Selecting the value of the frame 
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synchronization bytes in Step 308 includes selecting a second plurality of 
bits for each frame synchronization byte. 

In some aspects of the invention, selecting the value of frame 
synchronization bytes in Step 308 includes selecting a plurality of frame 
5 synchronization byte values. Selecting the bit error rate of the frame 
synchronization bytes in Step 304 includes selecting a bit error rate for 
each of the plurality of frame synchronization values. 

In some aspects, selecting the value of frame synchronization 
bytes in Step 308 includes selecting a plurality of frame synchronization 
10 byte values. Selecting the bit error rate of the frame synchronization 
bytes in Step 304 includes selecting an average bit error rate for the 
plurality of frame synchronization values. 

Step 310 selects the number (quantity) of frame 
synchronization bytes in the overhead section. Selecting the bit error rate 
15 of the frame synchronization bytes in Step 304 includes selecting an 
fy average bit error rate for the selected number of frame synchronization 

□ bytes. 

In some aspects, selecting the quantity of bytes in the 
overhead section in Step 310 includes selecting a plurality of frame 
20 synchronization bytes. Selecting the bit error rate of the frame 

synchronization bytes in Step 304 includes selecting a plurality of bit 
error rates. 

Step 312 selects the location of the frame synchronization 
bytes in the overhead section. In some aspects, selecting the bit error rate 
25 of the frame synchronization bytes in Step 304 includes selecting an 
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average bit error rate for the selected frame synchronization byte 
locations. 

In some aspects, selecting the bit error rate of the frame 
synchronization bytes in Step 304 includes selecting a bit error rate for 
each frame synchronization byte location. 

Fig. 4 is a flowchart depicting a method for variably 
programming the bit error rate of frame synchronization bytes in the 
communication of a multidimensional digital frame structure. The 
method begins with Step 400. Step 402 sends a frame with frame 
synchronization bytes in the overhead section. Step 404 receives the 
frame. Step 406 selects the bit error rate required for the recognition of 
frame synchronization bytes in the received frame. Step 408 synchronizes 
the received frame in response to recognizing the frame synchronization 
bytes. In some aspects of the invention, selecting the bit error rate in 
Step 406 includes selecting an average bit error rate. 

Synchronizing the received frame in response to recognizing 
the frame.synchronization byte values in Step 408 includes recognizing 
frame synchronization bytes having a bit error rate less than, or equal to, 
the selected bit error rate. 

Step 410 selects the number of consecutive frames that must 
be recognized. Synchronizing the received frame in response to 
recognizing the frame synchronization bytes in Step 408 includes 
synchronizing the received frame in response recognizing frame 
synchronization bytes having a bit error rate less than, or equal to, the 
selected bit error rate in the selected number of consecutive frames. 
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In some aspects, sending a frame in Step 402 includes 
sending a plurality of frames in a superframe. Selecting a bit error rate in 
Step 406 includes selecting an average bit error rate for the frame 
synchronization bytes across a span of a superframe, where the span is 
the number of frames defined as a superframe. 

In some aspects, sending a frame in Step 402 includes 
sending a first frame and a second frame. Selecting the bit error rate in 
Step 406 includes selecting a first error rate in a first frame and a second 
error rate in a second frame. 

Step 412 selects the byte value of the frame synchronization 
bytes in the received frame. In some aspects, selecting the byte value of 
frame synchronization bytes in Step 412 includes selecting a plurality of 
frame synchronization byte values. Selecting the bit error rate of the 
frame synchronization bytes in Step 406 includes selecting an average bit 
error rate for the plurality of frame synchronization values. 

Step 414 selects the quantity of frame synchronization bytes 
in the received frame. In some aspects, selecting the bit error rate of the, r 
frame synchronization bytes in Step 406 includes selecting an average bit 
error rate for the selected number of frame synchronization bytes. 

Step 416 selects the location of the frame synchronization 
bytes in the received frame overhead section. In some aspects, selecting 
the bit error rate of the frame synchronization bytes in Step 406 includes 
selecting an average bit error rate for the selected frame synchronization 
byte locations. 

Step 418 selects the number of received frames in which 
frame synchronization bytes are not recognized. Step 420 falls out of 
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synchronization in response to the selected the number of received frames 
in which frame synchronization bytes are not recognized. 

In some aspects of the invention, selecting the number of 
received frames in which frame synchronization bytes are not recognized 
5 in Step 418 includes selecting the number of frames in which the frame 
synchronization bytes have a bit error rate greater than the selected bit 
error rate. 

An example of the above, broadly-stated invention is 
presented below. The typical frame structure uses a 255-byte FEC code as 
10 the basic building block which is referred to as a subframe, or row. Each 
subframe is defined by a Reed-Solomon (RS) codec that is intended to 
provide 8 byte correction capability over the 255-byte block. This codec is 
referred to as RS(255,239) for 8 byte correction. 

Fig. 5 is an example of a subframe consisting of a 255-byte 
15 RS(255,239) block with an overhead (OH) byte as the first byte, followed 
by 238 user payload bytes, and 16 bytes of RS parity. The OH byte may 
be used as an FSB or other programmable function. _ 

Fig. 6 illustrates the stacking of subframes in a frame. The 
subframe s are stacked in a structure that is 16 deep to create a frame as 
20 shown in Fig. 2. The bytes are transmitted in an interleaved fashion from 
top to bottom and left to right. Four frames are used to create a 
superframe as shown in Fig. 2. A superframe contains 64 overhead 
locations. The frames are transmitted in order from frame 1 to frame 4. 
The first frame in the superframe is the one that 
25 traditionally contains frame synchronization bytes. The user may select to 
have two different FSB types (FSB1 and FSB2). The ability to have two 
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different FSBs and the ability to program them with custom values 
provide the user added control over their system both in terms of 
resistance to false synchronization and the ability to distinguish different 
data sources from each other. This is useful when there are multiple 
5 wavelengths that can be received, all carrying the same frame structure, 
but only one of which is allowed/permissioned to be received at a 
particular node. Table 1 provides an example of how the FSB types are 
defined. 



Table 1. Frame Synchronization Byte Definitions 



Bit 




14 


13 


12 




10 


9 


8 


7 


6 


5 


4 


3 


2 


• 


o 


Name 


FSB 2 


FSB 1 


Mode 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


Default 


0 


0 


1 


0 


1 


0 


0 


0 


1 


1 


1 


1 


0 


1 


1 


0 



10 





Bit Positions 


Function 


Description 










1 : 


15:8 


FSB 2 


Frame Synchronization Byte 2 
(Default value = 28h) 


JE ' 


7:0 


FSB 1 


Frame Synchronization Byte 1 
(Default value = F6h) 



fy Accommodations are made for two separate frame synchronization bytes. 

!'!*! 



The FSBs are also programmable in number. In Frame 1, 
OH 1 to OH 16 can be programmed to be FSB1, FSB2, or a non-FSB 

15 function. This expands on the variability afforded by having two different 
FSBs. By using more of the available bandwidth for FSBs, the user 
decreases the chance of false synchronization and in general, decreases 
the amount of time required to acquire synchronization. The user can 
customize this parameter to optimize for specific requirements and link 

20 conditions. 

Table 2 demonstrates the structure required to indicate 
which OH bytes are used for FSBs and Table 3 illustrates the structure 
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that sets whether to use FSB1 or FSB2. The FSB programmability exists 
independently in both the transmit and receive portions of the device. In 
the receive section of the device, the number of recognized consecutive 
FSB groups required to declare synchronization is programmable, as well 
5 as the number of bad consecutive FSB groups required to lose 

synchronization. This is the first level of thresholding for adjusting the 
tolerance to bit error rate and the amount of time required to declare 
synchronization. Table 4 is an example of synchronization parameter 
setting. The fewer consecutive FSB groups required to achieve 

10 synchronization, the shorter the acquisition time. The more consecutive 
bad FSB groups required to lose synchronization, the greater the system 
tolerance of higher bit error rates. 

The second level of thresholding is to define what is 
considered a good group of FSBs vs. a bad group of FSBs. This is done by 

15 specifying the number of errors that are allowed within a group of FSBs 
and still be considered good as shown in Table 4. This feature has the 
advantage of decreasing synchronization time in the presence of high bit 
error rates. Longer FSB groups are permitted which decrease the 
probability of false synchronization, without incurring the penalty of 

20 difficult synchronization in the presence of noise. Further, the FEC code 
is given greater opportunity to correct errors. 

Another benefit of the second level of thresholding is the 
ability to dynamically customize the values of the FSBs. This 
thresholding provides network security, and dynamically allocates more 

25 bytes for synchronization based on the link conditions, without causing a 
resynchronization to occur. 
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Table 2. Frame Synchronization Byte Locations Register 



Bit 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


Name 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 




#1 


#2 


#3 


#4 


#5 


#6 


#7 


#8 


#9 


#10 


#11 


#12 


#13 


#14 


#15 


#16 


Mode 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


Default 


1 


1 


1 




1 


1 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 





Bit Positions 


Function 


Description 












15 


OH#l 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte (FSB) (Default) 




14 


OH#2 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte (FSB) (Default) 




13 


OH#3 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte (FSB) (Default) 




12 


OH#4 


0: Not a Frame Synchronization Byte 

1 : Frame Synchronization Byte (FSB) (Default) 




11 


OH#5 


0: Not a Frame Synchronization Byte 

1 : Frame Synchronization Byte (FSB) (Default) 


. 


10 


OH#6 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte (FSB) (Default) 


zr. 


9 


OH#7 


0: Not a Frame Synchronization Byte (Default) 
1: Frame Synchronization Byte (FSB) 




8 


OH#8 


0: Not a Frame Synchronization Byte (Default) 


i ,3 
'•srr 






1 : Frame Synchronization Byte (FSB) 


?ssr 


7 


OH#9 


0: Not a Frame Synchronization Byte (Default) 
1 : Frame Synchronization Byte (FSB) 


j?4 


6 


OH#10 


0: Not a Frame Synchronization Byte (Default) 
1 : Frame Synchronization Byte (FSB) 


i •£ 

rii 


5 


OH#ll 


0: Not a Frame Synchronization Byte (Default) 
1: Frame Synchronization Byte (FSB) 


ml 

J VP 

i;s?r- 


4 


OH#12 


0: Not a Frame Synchronization Byte (Default) 
1: Frame Synchronization Byte (FSB) 


;r-Tj 


3 


OH#13 


0: Not a Frame Synchronization Byte (Default) 
1: Frame Synchronization Byte (FSB) 




2 


OH#14 


0: Not a Frame Synchronization Byte (Default) 
1: Frame Synchronization Byte (FSB) 




1 


OH#15 


0: Not a Frame Synchronization Byte (Default) 
1: Frame Synchronization Byte (FSB) 




0 


OH#16 


0: Not a Frame Synchronization Byte (Default) 
1: Frame Synchronization Byte (FSB) 



This table defines which of the overhead bytes (1-16) are going to be used as FSBs. 



10 
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Table 3. Frame Synchronization Byte Types 



Bit 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


Name 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 




#1 


#2 


#3 


#4 


#5 


#6 


#7 


#8 


#9 


#10 


#11 


#12 


#13 


#14 


#15 


#16 


Mode 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


Default 


0 


0 


0 


1 


1 


1 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 



NOTE: If an OH byte is not defined to be an FSB in the Decoder Frame Synchronization Byte 
Locations Register, the corresponding bit in this register has no significance. 





Bit Positions 


Function 


Description 












15 


OH#l 


0: FSB 1 (Default) 








1:FSB2 




14 


OH#2 


0: FSB 1 (Default) 








1:FSB2 




13 


OH#3 


0: FSB 1 (Default) 








1:FSB2 




12 


OH#4 


0: FSB 1 








1: FSB 2 (Default) 




11 


OH#5 


0: FSB 1 








1: FSB 2 (Default) 




10 


OH#6 


0: FSB 1 








1: FSB 2 (Default) 




9 


OH#7 


0: FSB 1 (Default) 








1:FSB2 




8 


OH#8 


0: FSB 1 (Default) 








1: FSB 2 


I J 


7 


OH#9 


0: FSB 1 (Default) 








1:FSB2 


6 


OH#10 


0: FSB 1 (Default) 


rll 






1:FSB2 




5 


OH#ll 


0: FSB 1 (Default) 


ru 






1: FSB 2 




4 


OH#12 


0: FSB 1 (Default) 


i ~*2 






1:FSB2 




3 


OH#13 


0: FSB 1 (Default) 








1:FSB2 




2 


OH#14 


0: FSB 1 (Default) 








1:FSB2 




1 


OH#15 


0: FSB 1 (Default) 








1:FSB2 




0 


OH#16 


0: FSB 1 (Default) 








1: FSB 2 



5 



Gray Cary\SD\1405133 
103747-165110 



DOCKET NO. AMCC4S60 




-27- 



Table 4. Decoder Framing Controls 



Bit 


15 | 14 | 13 | 12 


11 | 10 | 9 | 8 


7 1 6 


5 | 4 | 3 | 2 | 1 | 0 


Name 


Check to go In-Frame 


Check to go Out-of-Frame 


Unused 


FSB Errors Allowed 


Mode 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


ro 


ro 


rw 


rw 


rw 


rw 


rw 


rw 


Default 


0 


0 


1 


0 


0 


1 


0 


0 


0 


0 


0 


0 


1 


0 


0 


0 



Bit Positions 


Function 


Description 








15:12 


Check to go In-Frame 


Number of correct consecutive FSB groups 
required to go In-Frame. 
(Default value = 2) 


11:8 


Check to go Out-of- 
Frame 


Number of incorrect consecutive FSB groups 
required to go Out-of-Frame. 
(Default value = 4) 


7:5 


Unused 




5:0 


FSB Errors Allowed 


The total number of erred bits allowed in a group 
of FSBs to still consider a match. (Default value = 
8). This number is used regardless of the 
synchronization state (In-Frame or Out-of-Frame). 



Table 4 sets the synchronization thresholding parameters. 



A system and method have been provided that illustrate the 
advantages of providing programmable FSB bit error rates for the 
recognition of received frames. The advantage of this invention is the 
ability to fully customize the synchronization methodology, to optimize 
robustness to noise and synchronization time. The invention specifically 
illustrates an example using different FSB values, programmable 
numbers of FSBs, programmable gain synchronization, programmable 
lose synchronization parameters, and programmable bit error tolerance 
within the FSBs themselves. However, the invention is not limited to an 
particular BER selection, or any specific framing structure. The invention 
permits users to create different networks that are logically separated 
from each other so that receivers can easily distinguish between different 
data sources. Other variations and embodiments of the invention will 
occur to those skilled in the art. 
WE CLAIM: 
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